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IN THE SPECIFICATION 

Please replace paragraphs in the specification with the following replacement 
paragraphs where indicated, and insert new paragraphs where indicated. 

Replacement paragraph beginning at page 1, line 13. 

"Color Image Data and Control Bit Compression Scheme with Run 
Length Encoding," to Jean M. Aschenbrenner, Stephen D. Hanna, and John T. Varga, 
having attorney docket no. B09 99 019 U.S. Patent Number 6,721,456 ; 

"Method, System, Program, and Data Structure for Generating Raster 
Objects," to Jean M. Aschenbrenner, Christopher Kush, and John T. Varga, having 
attorn e y dock e t no. BLD9 2000 0038US1 U.S. Patent Application No. 09/569 ,777 : 

"Method, System, and Logic for Selecting Line Work and Control Data 
for a Pixel from Multiple Objects of Line Work Data Provided for the Pixel" to David E. 
Finlay and Phillip K. Hoskins, having attorn e y dock e t no. BLD9 2000 0015US1 U.S. 
Patent Application No. 09/570,21 1 ; 

"System and Method for Optimizing Color Compression Using 
Transparency Control Bits," to John T. Varga, having attorney dock e t no. BLD9 2000 
QQ2SUSJ- U.S. Patent Application No. 09/571,519 ; and 

"System and Method for Compressing Color Data Using Expandable 
Color Palette," to John Varga, having attorney docket BLD9 2000 0035US1 U.S. Patent 
Application No. 09/571,790 . 

New paragraph beginning at page 7, line 27: 

Figs. 9A and 9B depict several steps of the aforementioned 
Get_Token process; 

Replacement paragraph beginning at page 24, line 18: 

If 262 the current CTRL is [[not]] all transparent, the processes 
beginning at block 254 are repeated 268 for the next group of 4 pixels in the 
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fetched data. If 262 the current CTRL is not all transparent, the fetched color 
pixels are chosen 264 using the original accumulator CTRL. This color data 
is put 266 into the accumulator, and this process is repeated 268 for the next 
group of 4 pixels in the fetched data. 

Replacement paragraph beginning at page 24, line 27 

With reference to Fig. 5C, after all groups of 4 pixels in the fetched data have been 
processed as discussed above, a check is made to determine 270 if accumulator CTRL had 
transparent data. If so, and there is a lower priority item 272, processing is returned to block 
226 of Fig. [[1]] 5A. If not or there is no lower priority item 272, the number of pixels in 
the accumulator is outputted 274. The outputted pixels are removed 276 from the 
accumulator. A check is made to determine 278 if there are any pixels left in the 
accumulator. If so, processing is returned to decision block 204 of Fig. [[1]] 5A. If not, the 
algorithm indicates 280 that there is no accumulator data, and processing is returned to 
decision block 204 of Fig. [[1]] 5A. 
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